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La pr£sente invention concerne un systeme de communication sur un reseau 
global de type Internet, Intranet ou Extranet, entre au moins un 6quipement 
d'automatisme offrant une ou plusieurs fonctions d'automatisme et au moins un appareil 
distant, permettant d'utiliser le protocole SOAP (Simple Object Access Protocol) a 
5 I'interieur d'un 6quipement d'automatisme, grace d au moins un service WEB et/ou un 
client WEB pouvant interagir avec un programme de I'equipement d f automatisme. La 
pr6sente invention concerne 6galement un procede de communication bas6 sur ce 
systeme de communication ainsi qu'un equipement d'automatisme capable de mettre en 
oeuvre ce systeme et ce proc6d6 de communication. Un tel systeme de communication 
10 peut s'appliquer a toute application d'automatisme appartenant au domaine des 
automatismes industriels, des automatismes du b^timent ou du controle/commande des 
reseaux electriques de distribution. 

Sous le terme "equipement d'automatisme", on designera ci-apres un automate 
programmable, une commande numerique, une station de controle/commande mais 

15 aussi tout 6quipement ou module d'automatisme possedant au moins une unite de 
traitement, capable de se connecter sur un reseau IP tel que defini au paragraphe 
suivant, et capable d'executer un programme pour offrir une ou plusieurs fonctions 
d'automatisme dans une application d'automatisme. Par exemple, on inclura dans cette 
definition un module metier ou un module d'entrees/sorties d'un automate programmable, 

20 un terminal de dialogue, un variateur de vitesse, etc... 

II est connu qu'un tel equipement d*automatisme puisse integrer un serveur WEB 
de fagon a pouvoir echanger des donnees relatives a cet equipement d'automatisme avec 
un client WEB distant, tel qu'un navigateur, connecte a un reseau de communication 
global. Ce reseau global est de type Internet, Intranet ou Extranet, conforme a la norme 

25 TCP/IP ou a la norme UDP/IP, et sera appele 'Yeseau IP" dans la suite de ('expose. Ces 
fonctionnalites sont decrites notamment dans les documents W09913418, US6061603 et 
US5805442. Les donnees relatives a Tequipement d'automatisme sont alors mises en 
forme et expedites par le serveur WEB, par exemple sous forme de pages HTML ou 
XML. II est egalement possible qu'un serveur WEB implante dans un equipement 

30 d'automatisme puisse charger un programme, generalement appele Applet, dans un 
appareil distant, lequel programme se deroule dans I'appareil distant de fa?on a echanger 
avec le serveur WEB de I'equipement d'automatisme des requetes transportees par le 
protocole IP. 

Sous le terme "appareil distant", on designera ci-apres soit un ordinateur 
35 individuel, un telephone portable, un appareil de type PDA (Personal Digital Assistant), 
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soit un serveur informatique, tel qu'un serveur cl'applications ASP (Applications Service 
Provider), un serveur WEB, un serveur WAP, un serveur de systeme de gestion de bases 
de donn6es (SGBD), un serveur de progiciel de gestion int6gr6 (PGI), un serveur ERP 
(Enterprise Resource Planning), un serveur EAI (Enterprise application integration), un 
5 serveur de gestion electronique de documents (GED), un serveur de commerce 
6lectronique interentreprises (B-to-B) ou tout autre systeme informatique. Par appareil 
distant, on peut aussi designer un ensemble d'appareils distants communiquant entre 
eux. Un appareil distant comporte au moins une unite de traitement, est capable de se 
connecter ci au moins un equipement d'automatisme par un reseau IP et d'executer un 
10 programme ou un ensemble de programmes informatiques. Certains equipements 
d'automatisme, tels que des terminaux de dialogue, peuvent etre consideres comme des 
appareils distants. 

Le protocole SOAP est un protocole permettant d'echanger de fagon simple des 
informations dans un environnement decentralise. II est base sur le langage normalise 

15 XML (extensible Markup Language) et peut etre utilise en combinaison avec plusieurs 
autres protocoles du WEB tels que HTTP (Hyper Text Transfer Protocol), HTTPS (ou 
HTTP/SSL : Hyper Text Transfer Protocol / Secure Socket Layer), SMTP (Simple Mail 
Transfer Protocol), FTP (File Transfer Protocol) et avec le protocole IP. Le- protocole 
SOAP est base sur des schemas XML et fournit un vocabulaire definissant une structure, 

20 un contenu et une syntaxe des requetes de communication. Ce protocole est d6pose au 
W3C (World Wide Web Consortium). 

II serait particulierement interessant, pour le concepteur d'une application dans 
un appareil distant utilisant des outils de developpement de plus en plus repandus sur le 

25 marche pour les applications WEB, de pouvoir directement echanger des donnees sur un 
reseau IP avec un ou plusieurs equipements d'automatisme et ceci grace au protocole 
SOAP. En adaptant I'equipement d'automatisme a des protocoles issus du monde 
informatique, un equipement d'automatisme pourrait communiquer avec une application 
informatique distante developpee separement avec des outils de developpement du 

30 monde informatique, sans avoir a developper des passerelles ou des protocoles 
proprietaires, ouvrant ainsi largement les domaines des automatismes au domaine de 
Tlnternet. 
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Pour cela, invention decrit un systeme de communication sur un reseau IP entre 
un equ.pement d'automatisme executant un programme pour fournir des fonctions 
d'automatisme et un ou plusieurs appareils distants executant un programme ou un 
ensemble de programmes informatiques. Le systeme de communication est base sur le 
> protocole SOAP (Simple Object Access Protocol) dans le but de fournir a 1'apparei. distant 
des fonctions de surveillance, de visualisation, de contr6.e. de configuration et de 
programmation de I'equipement d'automatisme. et le systeme de communication 
comporte. dans I'equipement d'automatisme. au moins un service WEB et/ou un client 
WEB qu, peut interagir avec .e programme de .'equipment d'automatisme. qui est 
capable de decoder des messages recus en provenance du reseau IP codes selon le 
protocole SOAP et qui est capable d'encoder selon le protocole SOAP des messages a 
emettre sur le reseau IP. 

Le systeme de communication peut aussi comporter un document de description 
de serv.ce qui decrit les capacites d'un ou plusieurs service(s) WEB implante(s) dans un 
equ.pement d'automatisme. ce document de description de service etant accessible par 
un apparei. distant soit a partir de ses ressources locales, soit a partir de ressources 
d.stantes identifies par une adresse URL (Uniform Resource Locator). URI (Universal 
Resource .dentifier) ou IP (Internet Protocol). I. peut etre memorise dans des moyens de 
stockage situes dans I'equipement d'automatisme ou peut etre genere dynamiquement 
par I'equipement d'automatisme; de p.us il est conforme a un langage de description de 
serv.ce faisant reference au protocole SOAP ou au protocole HTTP HTTPS et 
fourn.ssant une grammaire s'appuyant sur le langage XML (extensible Markup 
Language). K 

Etant donne I'aspect evolutif du langage XML. il sera possible d'ajouter des 
elements nouveaux en assurant une compatibility ascendante sans destabilise les 
developments anterieurs. De p.us. grace aux documents de description de service on 
obLendra une unification d'equipements tres differents. en stockant et en rendant 
accessible par tous des "metadonnees" qui decrivent les services qu'i.s sont capables 
d exposer. 

D'autres caracteristiques et avantages vont apparaltre dans la description 
deta.llee qui suit en se referant a un mode de realisation donne a titre d'exemp.e et 
represent par les dessins annexes sur lesquels : 
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la figure 1 repr6sente un premier exemple d'un systeme de communication 
conforme d invention entre un 6quipement d'automatisme comprenant un 
service WEB et un appareil distant client, 

la figure 2 repr6sente un deuxteme exemple d'un systeme de communication 
5 entre un Equipement d'automatisme comprenant un client WEB et un 

appareil distant serveur, 

la figure 3 repr6sente un exemple dans lequel un Equipement d'automatisme, 
communiquant avec un appareil distant £ la fois client et serveur, comporte 
un client WEB et un service WEB s6par6s, 

10 la figure 4 reprend la figure 3 avec un Equipement d'automatisme comportant 

un client WEB inclus dans un service WEB, 

la figure 5 reprEsente un exemple de communication dans lequel un 
Equipement d'automatisme fournit un document de description de service a 
un appareil distant de fa$on £ pouvoir communiquer avec lui, 

15 la figure 6 schematise les differentes etapes d'un procede mettant en oeuvre le 

systEme de communication selon I'invention avec notamment un document de 
description de service memorise dans un appareil distant different de 
I'Equipement d'automatisme, 

- la figure 7 montre une variante du procEdE de communication de la figure 6. 

20 

Un service WEB est une ressource accessible sur le WEB, au moyen d'une 
interface reseau, qui accepte des requetes et renvoie des reponses a ces requetes. Cette 
ressource est decrite de fa$on formelle par une interface logicielle contenue dans un 
document de description de service. Une implementation d'une telle interface logicielle 
25 dans un equipement d'automatisme est appelee "service WEB" dans le present expose. 
Un client WEB est une ressource pouvant acceder au WEB, au moyen d'une interface 
reseau, qui envoie des requetes et re?oit des reponses a ces requetes. 

En reference aux figures 1 et 2, un equipement d'automatisme 10 est connecte 
30 par un reseau IP 50 a un appareil distant 30. L'equipement d'automatisme 10 comporte 
au moins une unite de traitement capable d'executer un programme 20 permettant d'offrir 
une ou plusieurs fonctions d'automatisme a une application d'automatisme. Ce 
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programme 20 peut etre par exemple un programme application ou utilisateur permettant 
de faire du controle/commande d'une application d'automatisme ou directement le 
systeme d'exploitation de l'equipement d'automatisme 10. L'equipement d'automatisme 
10 comporte au moins un service WEB 21 et/ou un client WEB 22 capable d'interagir 
5 avec le programme 20 de l'equipement d'automatisme. Un appareil distant 30 comporte 
au moins une unite de traitement capable d'ex£cuter un programme ou un ensemble de 
programmes informatiques pouvant int6grer une pluralite duplications WEB client 31 
et/ou serveur 32. 

La figure 1 montre un equipement d'automatisme 10 communiquant avec un 
10 appareil distant 30 sur un r§seau IP 50. L'appareil distant 30 execute une application 
client WEB 31 capable d'emettre sur le reseau IP 50 des requetes 51 conformes au 
protocole SOAP. Une requete SOAP 51 est regue par un service WEB 21 de 
l'equipement d'automatisme 10 qui la decode, ('execute et renvoie une reponse 52 en la 
codant selon le protocole SOAP. L'application client 31 est capable de recevoir des 
1 5 r6ponses SOAP 52. 

De fagon symetrique, la figure 2 montre un equipement d'automatisme 10 
communiquant avec un appareil distant 30 sur un reseau IP 50. L'equipement 
d'automatisme 10 comprend un client WEB 22 capable d'emettre sur le reseau IP 50 des 
requetes 53 codees selon le protocole SOAP. Une requete SOAP 53 est regue par une 
20 application serveur WEB 32 de l'appareil distant 30 qui la decode, Texecute et renvoie 
une reponse 54 en la codant selon le protocole SOAP. Le client WEB 22 est capable de 
recevoir et de decoder des reponses SOAP 54. 

La figure 3 montre un equipement d'automatisme 10 comprenant a la fois un 
service WEB 21 et un client WEB 22 separes, qui communiquent respectivement avec 

25 une application client WEB 31 et une application serveur WEB 32 d'un appareil distant 30. 
Les applications client WEB 31 et serveur WEB 32 peuvent appartenir ou non a un meme 
appareil distant 30 connecte au reseau IP 50 et comportant, par exemple, une application 
ERP (Enterprise Resource Planning). Dans la variante schematisee en figure 4, 
l'equipement d'automatisme 10 comporte un client WEB 22 qui est inclus dans un service 

30 WEB 21. Par exemple, ce service WEB 21 peut integrer une fonctionnalite de 
souscription 51,52 a partir de laquelle il est possible d'envoyer, a ('initiative du service 
WEB 21 ou a Initiative de l'equipement d'automatisme 10, une notification 53,54 vers au 
moins un appareil distant 30, pour informer celui-ci d'evenements ou d'etats concernant 
l'equipement d'automatisme 10. 
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L'exemple ci-dessous montre une requete 51 conforme au protocole SOAP, 
6mise par une application client WEB 31, pour aller lire une information "voltage" sur un 
service WEB 21 d'un 6quipement d'automatisme 10 nomm6 : "http://equipement- 
automatisme-1 . schneider-electric.com/service-1" , suivi d'une r§ponse 52 conforme au 
5 protocole SOAP, 6mise par le service WEB 21 de I'equipement d'automatisme 10, 
retournant la valeur "22(T pour I'application WEB client 31. 

Message SOAP incorpore dans la requete HTTP 51 : 

POST /service-1 HTTP/1.1 

Host : equipement-automatisme-1 . Schneider-electric .com 
10 Content - Type : text/xml ; charset« n utf - 8" 
Content-Length: nnnn 
SOAP Act ion: " Some-URI n 

< SOAP -ENV: Envelope 
15 xznlns : SOAP- ENV « "http : //schemas . xmlsoap . org/soap/envelope / n 

SOAP-ENV: encoding Style = "http : //schemas .xmlsoap . org/ soap / encoding/ n > 
< SOAP -ENV: Body > 

<m: Read xmlns :m= "Some-URI n > 

<Variable>Voltage</Variable> 
20 </m:Read> 

< / SOAP - ENV : Body > 
</ SOAP -SNV: Envelope > 

Message SOAP incorpore dans la reponse HTTP 52 : 

25 HTTP/1.1 200 OR 

Content-Type: text/xml; charset= "ut f - 8 n 
Content-Length: nnnn 

< SOAP -ENV: Envelope 
30 xmlns : SOAP -ENV=» "http : //schemas .xmlsoap.org/soap/envelope/" 

SOAP-ENV: encodings tyle= "http : //schemas . xmlsoap . org/soap/encoding/ n > 
< SOAP - ENV : Body > 

<m : ReadRespons e xmlns : m= " Some -X7RI " > 
<Data>22 0</Data> 
35 </m: ReadResponse> 

< / SOAP - ENV : Body > 
< /SOAP -ENV: Envelope > 



40 Pour communiquer sur le reseau IP 50, I'equipement d'automatisme 10 comporte 

une interface reseau WEB 15 cle type HTTP, HTTPS, SMTP, FTP, TCP/IP ou UDP/IP. 
Cette interface reseau 15 est capable de faire I'acheminement de messages 51,54 
provenant du reseau IP 50 vers un client WEB 22 ou vers un service WEB 21 identifie par 
une adresse URL, URI ou IP, et de faire Tacheminement de messages 52,53 provenant 




d'un service WEB 21 ou d'un client WEB 22 de requipement d'automatisme 10 vers une 
adresse URL, URI ou IP sur le r6seau IP 50. 

Selon un autre mode de realisation, il est egalement possible d'envisager qu'une 
application client WEB 31 d'un appareil distant 30 envoie sur le r6seau IP 50 une requete 
5 51 de type HTTP, HTTPS et non cod6e selon le protocole SOAP, £ destination d'un 
service WEB 21 d'un equipement d'automatisme 10 identify par une adresse URL, URI 
ou IP et que le service WEB 21 reponde sur le r6seau IP 50 £ I'aide d'une rdponse 52 
cod6e selon le protocole SOAP vers Papplication client WEB 31. Une telle requete 51 
HTTP, HTTPS peut, par exemple, etre une requete "GET" ou "POST*. 

10 Les donnees transmises dans des requetes 51,53 et des reponses 52,54, 

cod6es selon le protocole SOAP, peuvent repr6senter I'imptementation de protocoles de 
communication habituellement rencontres entre un equipement informatique et un 
equipement d'automatisme. Parmi ces protocoles habituels, on retrouve notamment les 
protocoles MMS, MODBUS et UNI-TE. 

15 

Le systdme de communication peut avantageusement s'appuyer sur un 
document de description de service 61 qui decrit les capacit6s d'un ou plusieurs services 
WEB 21 d'un equipement d'automatisme 10, c'est-3-dire qui decrit les services WEB 
qu'un equipement d'automatisme 10 est en mesure de fournir ou de proposer. Ainsi, 

20 grace £ un tel document 61, un appareil distant 30 quelconque est en mesure de savoir 
en permanence quels sont les services disponibles dans un equipement d'automatisme 
10. Un document de description de service 61 peut aussi contenir la description de 
plusieurs services WEB 21 standard, correspondant par exemple £ des services 
implantes systematiquement dans toute une gamme bien identifiee d'equipements 

25 d'automatisme. De meme, il peut aussi contenir un service WEB 21 particulier disponible 
sur toute une liste d'equipements d'automatisme distincts. 

Un document de description de service 61 specifie pour chaque service un 
ensemble de requetes (nom de la requete, nature et nom des parametres, attributs de la 
requete) ainsi que le ou les protocole(s) devant etre utilise(s) pour invoquer la requete 
30 aupres de I'equipement d'automatisme 10. Le cas echeant, ce ou ces protocoles peuvent 
etre sous-entendus. Le document de description de service 61 est conforme a un langage 
de description de service faisant reference au protocole SOAP ou au protocole HTTP, 
HTTPS et fournissant une grammaire s'appuyant sur le langage XML ou XML schemas 
definis par le W3C. Selon un mode de realisation prefere, il est conforme au langage de 
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description de service SDL (Service Description Language) sp6cifi6 par Microsoft 
Corporation, au langage de description de service SCL (SOAP Contract Language) 
sp6cifi6 par Microsoft Corporation ou au langage de description de service NASSL 
(Network Accessible Service Specification Language) specifi6 par IBM Corporation. Un 
5 document de service 61 peut contenir une ou plusieurs adresses URL, URI ou IP pointant 
sur un ou plusieurs services WEB 21 . 

Un service WEB 21 pourrait aussi etre d6crit par plusieurs documents de 
description de service 61 conformes chacun d un langage de description de service 
different, de fa$on £ ce qu'un meme equipement d'automatisme 10 puisse etre accessible 
10 a diff6rentes applications informatiques. Par ailleurs, un document de description de 
service 61 peut se pr6senter sous forme compressee dans un format de compression 
standard de fichiers ou de documents, tel que ZIP ou GZIP. 

En r6f6rence £ la figure 5, un document de description de service 61 est 
15 m6moris6 dans des moyens de stockage 60 d'un equipement d'automatisme 10, alors 
que, dans la figure 6, il est localise dans des moyens de stockage 60' d'un appareil 
distant 30'. Ces moyens de stockage 60,60' peuvent indifferemment etre un systeme de 
fichiers sur disque dur, CDROM, DVD, disquette, m6moire ou tout autre moyen de 
memorisation. Un document de description de service 61 est done accessible par un 
20 appareil distant 30 & partir de ressources distantes identifies par une adresse URL, URI 
ou IP, lorsqu'il se trouve dans un equipement d'automatisme 10 ou dans un autre appareil 
distant 30\ Mais on pourrait envisager egalement qu'un document de description de 
service 61 soit accessible par un appareil distant 30 directement a partir de ses propres 
ressources locales (par exemple grace a un lecteur de CD-ROM). 

25 Dans la figure 5, un appareil distant 30 comporte une application informatique 

33, telle qu'un outil de developpement logiciel ou un navigateur, qui est capable d'emettre 
sur le reseau IP 50 une requete de lecture 55 conforme a un des protocoles du WEB (par 
exemple une requete HTTP), pour demander un document de description de service 61 
decrivant les services disponibles dans un equipement d'automatisme 10. Ce document 
30 est ensuite renvoye sur le reseau IP 50 a I'application informatique 33 dans une reponse 
56. A partir de ces elements, I'application informatique 33 peut : 

• visualiser le contenu du document de description de service 61 pour qu'un 
concepteur puisse developper une application client WEB 31 et/ou application 
serveur WEB 32 qui sera capable de communiquer respectivement avec un 
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service WEB 21 et/ou un client WEB 22 de Pequipement d'automatisme 10, 
gr^ce au protocole SOAP, 

• utiliser le contenu du document de description de service 61 pour construire et 
assembler tout ou partie d'une application client WEB 31 et/ou d'une application 

5 serveur WEB 32 t de mantere ci d6charger le d6veloppeur du client ou du serveur 

des aspects routiniers du developpement d'application (construction des 
requetes, transcodage des donn6es, gestion des erreurs, etc.), 

• dans le cas ou elle est construite pour cela, directement emettre des requetes 
SOAP vers un service WEB 21 de Pequipement d'automatisme 10 & travers une 

10 application client WEB 31 int6gree, et/ou directement recevoir d'un client WEB 

22 de Pequipement d'automatisme 10 des requetes SOAP via une application 
serveur WEB 32, comme indiqu6 en figure 7. 

Un des avantages de la pr6sente invention reside aussi dans le fait qu'un 
15 document de description de service 61 decrivant les services d'un equipement 
d'automatisme 10 peut etre construit de differentes manieres. II peut etre memorise dans 
des moyens de stockage 60 de I'equipement d'automatisme 10 ou dans des moyens de 
stockage 60' d'un appareil distant 30\ mais il peut aussi etre genere dynamiquement 
lorsqu'une application informatique 33 d'un appareil distant 30 emet une requete 55 pour 
20 acc6der aux services disponibles dans Pequipement d'automatisme 10. Cette 
fonctionnalite permet done de faire evoluer le document de description de service 61, par 
exemple quand la configuration de I'equipement d'automatisme 10 est modifiee 
(connexion ou deconnexion d'un module dans un automate programmable 10). De plus, 
un equipement d'automatisme 10 peut souhaiter exposer ou cacher certains services 
25 WEB en fonction de son etat ou en fonction de Pappareil distant 30 qui veut communiquer 
avec lui. 

Pour cela, un equipement d'automatisme 10 peut comporter un generateur 62 
qui est un programme capable de construire dynamiquement un document de description 
de service 61. De fa?on preferentielle, cette construction dynamique est realisee 

30 lorsqu'un appareil distant 30 demande a acceder au document de description de service 
61 de Pequipement d'automatisme 10. Dans ce cas, le document de description de 
service 61 n'a pas besoin d'etre memorise puisqu'il est elabore dynamiquement a chaque 
requete 55 emise par une application informatique 33 vers le generateur 62. Cependant, 
dans certains cas, on pourrait aussi envisager une construction dynamique du document 

35 61 initiee a la demande de Pequipement d'automatisme 10. De plus, on peut aussi 
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envisager une solution mixte dans laquelle un g6n6rateur 62 serait capable de 
personnaliser dynamiquement un document de description de service 61, en s'appuyant 
sur un document standard d6j£ m6moris6 pour une famille d'equipements, par exemple. 

Pour obtenir un document de description de service 61 dans une r6ponse 56, 
5 une requite de lecture 55 contient done une adresse URL, URI ou IP qui pointe soit sur 
un g6nerateur 62 capable de construire dynamiquement le document de description de 
service 61 soit directement sur le document de description de service 61. 

Le generateur 62 peut indifferemment etre memorise dans des moyens de 
stockage 60 de Pequipement d'automatisme 10, comme indique figure 5, ou dans des 
10 moyens de stockage 60' d'un appareil distant 30\ comme indiqu6 figure 6. Par ailleurs, la 
figure 6 montre une application informatique 33 qui est executee dans un autre appareil 
distant 30" different de I'appareil distant 30 qui contient les applications WEB 31,32. Les 
communications entre les appareils distants 30, 30', 30" se font sur le reseau IP 50. 



15 Un proc6de de communication sur un reseau IP 50 entre un equipement 

d'automatisme 10 executant un programme 20 pour fournir des fonctions d'automatisme 
et un appareil distant 30 executant un programme ou un ensemble de programmes 
informatiques est decrit dans la figure 6. Ce procede de communication s'appuie sur un 
systeme de communication tel que decrit pr6c6demment base sur le protocole SOAP 

20 (Simple Object Access Protocol) dans le but de fournir £ I'appareil distant 30 des 
fonctions de surveillance, de visualisation, de controle, de configuration et de 
programmation de I'equipement d'automatisme 10. II comporte les etapes suivantes : 

• Une etape A de decouverte de service dans laquelle une application 
informatique 33, s'executant dans I'appareil distant 30 ou dans un autre 

25 appareil distant 30", emet une requete 55 de lecture sur le reseau IP 50 pour 

recevoir, dans une reponse 56, un document de description de service 61. La 
requete 55 contient une adresse URL, URI ou IP qui pointe soit sur un 
document de description de service 61 deja memorise dans Pequipement 
d'automatisme 10 ou dans un appareil distant 30\ soit sur un generateur 62 

30 qui construit alors dynamiquement un document de description de service 61 

pour le renvoyer dans la reponse 56. 

• Une etape B de developpement dans laquelle, grace au document de 
description de service 61, il est possible de developper manuellement ou 
automatiquement, a partir de I'application informatique 33, une application 

35 client WEB 31 et/ou une application serveur WEB 32 dans I'appareil distant 
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30 de maniere a communiquer respectivement avec un service WEB 21 et/ou 
un client WEB 22 de I'equipement d'automatisme 10. grace au protocole 
SOAP, 

• Une etape C de communication entre une application client WEB 31 et/ou 
une application serveur WEB 32 de I'appareil distant 30 et un service WEB 
21 et/ou un client WEB 22 de I'equipement d'automatisme 10, au moyen de 
requetes 51,53 et de reponses 52,54 conformes au protocole SOAP. 

Selon une variante representee en figure 7, Implication informatique 33 qui 
dans ce cas peut etre un navigateur par exemple. est structure pour integrer en elle- 
meme une application client WEB 31 et/ou application serveur WEB 32. L'etape B du 
precede n'est alors pas necessaire puisque ('application informatique 33 peut directement 
emettre des requetes SOAP vers un service WEB 21 et/ou un client WEB 22 de 
I'equipement d'automatisme 10. des qu'elle est en possession du document de 
description de service 61. sans avoir besoin de developpement. Le procede de 
communication comporte alors une etape A de decouverte de service puis directement 
une etape C de communication. 



II est bien entendu que I'on peut. sans sortir du cadre de invention, imaginer 
d'autres variantes et perfectionnements de detail et de meme envisager I'emploi de 

moyens equivalents. 
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REVINDICATIONS 



1. Systeme de communication sur un reseau IP (50) entre un Equipement 
d'automatisme (10) comportant au moins une unite de traitement capable d'ex6cuter 

5 un programme (20) pour fournir des fonctions d'automatisme et un ou plusieurs 

appareils distants (30) executant un programme ou un ensemble de programmes 
informatiques, caracterise par le fait que le systeme de communication est base sur 
le protocole SOAP (Simple Object Access Protocol) dans le but de fournir a I'appareil 
distant (30) des fonctions de surveillance, de visualisation, de controle, de 

10 configuration et de programmation de I'equipement d'automatisme (10), et par le fait 

que le systeme de communication comporte, dans I'equipement d'automatisme (10), 
au moins ^un service WEB (21) et/ou un client WEB (22) qui peut interagir avec le 
programme (20) de I'equipement d'automatisme (10), qui est capable de decoder des 
messages regus (51,54) en provenance du reseau IP (50) codes selon le protocole 

15 SOAP et qui est capable d'encoder selon le protocole SOAP des messages a 

emettre (52,53) sur le reseau IP (50). 

2. Syst6me de communication selon la revendication 1, caracterise par le fait 
qu'un equipement d'automatisme (10) comprend au moins un service WEB (21) 
susceptible de recevoir du reseau IP (50) des requetes (51 ), cod6es ou non selon le 

20 protocole SOAP, venant d'au moins une application WEB client (31) contenue dans 

un appareil distant (30) et d'emettre sur le reseau IP (50) des reponses (52), codees 
selon le protocole SOAP, vers ['application WEB client (31) de I'appareil distant (30). 

3. Systeme de communication selon la revendication 1, caracterise par le fait 
qu'un equipement d'automatisme (10) comprend au moins un client WEB (22) 

25 susceptible d'emettre sur le reseau IP (50) des requites (53), codees selon le 

protocole SOAP, vers au moins une application WEB serveur (32) contenue dans un 
appareil distant (30) et de recevoir du reseau IP (50) des reponses (54), codees 
selon le protocole SOAP, venant de I'application WEB serveur (32) de I'appareil 
distant (30). 

30 4. Systeme de communication selon la revendication 2, caracterise par le fait 

qu'un document de description de service (61) decrit les capacites d'un ou plusieurs 
services WEB (21) implantes dans un equipement d'automatisme (10), ce document 
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de description de service (61) etant accessible pour un appareil distant (30,30") soit £ 
partir de ses ressources locales, soit £ partir de ressources distantes identifi6es par 
une adresse URL, URI ou IP. 

5. Systeme de communication selon la revendication 4, caract6ris6 par le fait 
que le document de description de service (61) est conforme £ un langage de 
description de service faisant reference au protocole SOAP ou au protocole HTTP, 
HTTPS et fournissant une grammaire s'appuyant sur le langage XML (extensible 
Markup Language). 

6. Systeme de communication selon la revendication 5, caracteris6 par le fait 
que le document de description de service (61) peut contenir une ou plusieurs 
adresses URL, URI ou IP d*un ou plusieurs services WEB (21). 

7. Systeme de communication selon la revendication 6, caracterise par le fait 
que le document de description de sen/ice (61) est conforme au langage de 
description de service SDL (Service Description Language). 

8. Systeme de communication selon la revendication 6, caracterise par le fait 
que le document de description de service (61) est conforme au langage de 
description de service SCL (SOAP Contract Language). 

9. Systeme de communication selon la revendication 6, caracteris6 par le fait 
que le document de description de service (61) est conforme au langage de 
description de service NASSL (Network Accessible Service Specification Language). 

10. Systeme de communication selon Tune des revendications 6 a 9, caracterise 
par le fait que plusieurs documents de description de service (61) conformes a 
differents langages de description de service peuvent decrire les capacites d'un 
meme service WEB (21 ). 

11. Systeme de communication selon la revendication 10, caracterise par le fait 
que le document de description de service (61) est compresse dans un format de 
compression standard de fichiers ou de documents. 

12. Systeme de communication selon la revendication 10, caracterise par le fait 
que le document de description de service (61) d'un equipement d'automatisme (10) 
est memorise dans des moyens de stockage (60) situes dans I'equipement 
d'automatisme (10). 
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13. Systdme de communication selon la revendication 10, caract6ris6 par le fait 
que le document de description de service (61) d'un 6quipement d'automatisme (10) 
est m6moris6 dans des moyens de stockage (60*) situ6s dans un appareil distant 
(30'). 

14. Systeme de communication selon la revendication 10, caract6ris6 par le fait 
qu'un g6n6rateur (62) est capable, £ la suite d'une demande 6manant d'un appareil 
distant (30,30"), de construire dynamiquement un document de description de 
service (61) d6crivant les capacit6s d'un ou plusieurs services WEB (21) implantes 
dans un 6quipement d'automatisme (10). 

15. Systeme de communication selon la revendication 14, caract6ris6 par le fait 
que le g6n6rateur (62) d'un document de description de service (61) d'un 6quipement 
d'automatisme (10) est accessible, pour un appareil distant (30,30"), par une adresse 
URL, URI ou IP. 

16. Systeme de communication selon la revendication 15, caract6rise par le fait 
que le g6n6rateur (62) d'un document de description de service (61) d'un equipement 
d'automatisme (10) est memorise dans des moyens de stockage (60) situes dans 
I'equipement d'automatisme (10) ou dans des moyens de stockage (60') situes dans 
un appareil distant (30'). 

17. Proc6d§ de communication sur un r6seau IP (50) entre un 6quipement 
d'automatisme (10) executant un programme (20) pour fournir des fonctions 
d'automatisme et un appareil distant (30) executant un programme ou un ensemble 
de programmes informatiques, le procede de communication ayant pour but de 
fournir a I'appareil distant (30) des fonctions de surveillance, de visualisation, de 
controle, de configuration et de programmation de I'equipement d'automatisme (10), 
caracterise par le fait que le procede de communication s'appuie sur un systeme de 
communication base sur le protocole SOAP et comporte les etapes suivantes : 

• Une etape (A) de decouverte de service dans laquelle une application 
informatique (33), s'executant dans I'appareil distant (30) ou dans un autre 
appareil distant (30"), emet sur le reseau IP (50) une requete (55) de lecture 
pour recevoir, dans une reponse (56), un document de description de service 
(61), 

• Une 6tape (B) de developpement dans laquelle, grace au document de 
description de service (61), il est possible de developper manuellement ou 
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automatiquement tout ou partie cTune application client WEB (31) et/ou d'une 
application serveur WEB (32) dans I'appareil distant (30) de manure £ 
pouvoir communiquer respectivement avec un service WEB (21) et/ou un 
client WEB (22) de l'6quipement d'automatisme (10), 

• Une 6tape (C) de communication entre une application client WEB (31) et/ou 
une application serveur WEB (32) de I'appareil distant (30) et un service 
WEB (21) et/ou un client WEB (22) de r6quipement d'automatisme (10) sur le 
r6seau IP (50), au moyen de requetes (51,53) et de r§ponses (52,54) 
conformes au protocole SOAP. 

18. Proc6de de communication sur un reseau IP (50) entre un equipement 
d'automatisme (10) executant un programme (20) pour fournir des fonctions 
d'automatisme et un appareil distant (30) ex6cutant un programme ou un ensemble 
de programmes informatiques, le procede de communication ayant pour but de 
fournir £ I'appareil distant (30) des fonctions de surveillance, de visualisation, de 
contr&le, de configuration et de programmation de I'equipement d'automatisme (10), 
caracteris6 par le fait que le procede de communication s'appuie sur un systeme de 
communication base sur le protocole SOAP et cornporte les etapes suivantes : 

• Une etape (A) de decouverte de service dans laquelle une application 
informatique (33), s'ex6cutant dans I'appareil distant (30), emet sur le reseau 
IP (50) une requete (55) de lecture pour recevoir, dans une reponse (56), un 
document de description de service (61 ), 

• Une etape (C) de communication entre une application client WEB (31) et/ou 
une application serveur WEB (32) indues dans Papplication informatique (33) 
de I'appareil distant (30) et un service WEB (21) et/ou un client WEB (22) de 
I'equipement d'automatisme (10) sur le reseau IP (50), au moyen de requetes 
(51,53) et de reponses (52,54) conformes au protocole SOAP. 

19. Procede de communication selon I'une des revendications 17 ou 18, 
caracterise par le fait que la requete (55) contient une adresse URL, URI ou IP qui 
pointe soit sur un document de description de service (61), soit sur un generateur 
(62) capable de construire dynamiquement un document de description de service 
(61). 
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